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Inbetriebnahme einer Anwendung in einem mobilen 
Klienten 

Die vorliegende Erfindung betrifft ein Verfahren 
zum Inbetriebnehmen einer Anwendung in einem mobi- 
len inf ormationsverarbeitenden Gerat, kurz als 
Klient bezeichnet, wobei fur den Betrieb der Anwen- 
dung ein Bestand an Information in dem Klienten er- 
forderlich ist, der sich aus Programmanweisungen 
und Daten, auf welche diese Anweisungen zugreifen, 
zusammensetzen kann. 

Die Ubertragung des benotigten Inf ormationsbestan- 
des zum Klienten ist mitunter umstandlich und be- 
schwerlich, insbesondere dann, wenn es sich bei dem 
Klienten um ein in einer mobilen Plattform wie etwa 
einem Kraf tf ahrzeug fest eingebautes Gerat handelt, 
das nicht wie z.B. ein Laptop ohhe weiteres von der 
mobilen Plattform getrennt und an ein stationares 
Datennetz angeschlossen werden kann, um die beno- 
tigte Information zu empfangen. iJe nach Variabili- 
tat des Inf ormationsbestandes sind fur kraftfahr- 
zeuggestutzte Klienten unterschiedliche Techniken 
zur Versorgung mit dem erf orderlichen Inf ormations- 
bestand eingesetzt worden. So ist z.B. bei einem 
Motorsteuergerat die Variabilitat des Inf ormations- 
bestandes gering, so dass es meist geniigt , den In- 
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f ormationsbestand in Form eines nichtf liichtigen 
Speicherbausteins fest in das Steuergerat einzubau- 
en. Eine Aktualisierung des Inf ormationsbestandes 
ist zwar nicht vollig ausgeschlossen, aber be- 
5 schwerlich. 

Andere inf ormationsverarbeitende Gerate in Kraft- 
fahrzeugen, wie insbesondere Fahrzeugnavigations- 
systeme, benotigen einen wesentlich umf angreicheren 

10 Inf ormationsbestand, der auSerdem von Zeit zu Zeit 
aktualisiert werden muss, urn die Effektivitat des 
Navigationssystems zu gewahrleisten , Hier ist es 
gangige Praxis, den erf orderlichen Inf ormationsbe- 
stand Oder zumindest veranderliche Teile desselben 

15 auf tragbaren Datentragern, insbesondere CD~Roms, 
auf zuzeichnen, die in ein Lesegerat des Navigati- 
onssystems eingesetzt • werden konnen. Ein solches 
Verfahren ist praktikabel, wenn die Haufigkeit, 
mit der die Datentrager aktualisiert werden mus- 

20 sen, nicht zu groiS ist. Tages- oder gar stundenak- 
tuelle Navigationsinf ormat ionen, wie sie erforder- 
lich sind, urn temporare Hindernisse wie Baustellen 
und Staus zu umfahren, konnen auf diese Weise 
nicht sinnvoll bereitgestellt werden. 

25 

Eine kurzfristige Bereitstellung von Inf ormat ionen 
ist im Prinzip auf dem Funkweg, insbesondere liber 
eine Punkt-zu-Punkt-Wahlverbindung in einem Mobil- 
funknetz, • moglich, doch stehen dem hohe Verbin- 
30 dungskosten und beschrankte Ubertragungsbandbrei- 
ten entgegen, diebei groSen Datenmengen zu nicht 
zu vernachlassigenden Ubertragungsverzogerungen 
fuhren. Funkiibertragung stellt daher nur fur An- 
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wendungen mit sehr begrenztem Datenbedarf eine L6- 
sung dar . 

Aufgabe der vorliegenden Erfindung ist, ein Ver- 
5 fahren zum Inbetriebnehmen einer Anwendung in ei- 
nem mobilen inf ormationsverarbeitenden Gerat zu 
schaffen, das auch bei einem umf angreichen fiir den 
Betrieb der Anwendung erf orderlichen Inf ormat ions - 
bestand eine zeitnahe Aktualisierung unter wirt- 
10 schaftlichen Bedingungen ermoglicht. 

Die Aufgabe wird gelost durch ein Verfahren mit 
den Schritten: 

15 a) Bereitstellen eines permanenten und eines 
temporaren Teils des Inf ormationsbestandes , 

b) leitungsgebundenes Ubertragen des permanenten 
Teils von einem Hauptserver an einen Zwischen- 

2 0 server, 

c) Ubertragen des permanenten Teils von dem Zwi- 
schenserver zu dem Gerat auf einem ersten U- 
bertragungsweg und Speichern dort. 



25 



30 



d) Ubertragen des temporaren Teils auf dem Funk- 
weg, wobei der Funkweg einen von dem ersten 
Ubertragungsweg verschiedenen zweiten Ubertra- 
gungsweg darstellt, und 

e) Ausfiihren. der Anwendung. 



Durch die Aufteilung des Inf ormationsbestandes in 
einen permanenten und einen temporaren Teil wird 



zum einen erreicht, dass fur den permanenten Teil 
ein wirtschaf tlicher Ubertragungsweg gewahlt warden 
kann, der eine preiswerte Ubertragung grower Daten- 
mengen erlaubt . Da er nur selten in Anspruch genom- 
men werden muss, kann fur diesen Ubertragungsweg 
ein etwas geringeres MaS an Benutzerf reundlichkeit 
als fiir den Funkweg in Kauf genommen werden. Ande- 
rerseits reduzieren sich erheblich die Kosten der 
Funkubertragung, da sie nur noch fiir einen kleine- 
ren Teil der Daten in Anspruch genommen werden 
muss. Indem der permanente Teil des Inf ormationsbe- 
standes an einen Zwischenserver libermittelt wird, 
wird fiir die Benutzer der inf ormationsverarbeiten- 
den Gerate die Moglichkeit geschaffen, diese Infor- 
mationen im Bedarfsfalle selbst an einem solchen 
Zwischenserver abzuholen; dadurch entfallt fur den 
Anbieter der Anwendung die Notwendigkeit , eine gro- 
Zahl von , Datentragern fiir die permanente Infor- 
mation anzufertigen und zu vertreiben. Wenn die U- 
bertragung des Schritts c) uber eine Datenleitung 
erfolgt, entfallt der Bedarf nach einem solchen Da- 
tentrager vollstandig; anderenfalls gibt es die 
Moglichkeit, einen solchen Datentrager jeweils bei 
Bedarf am Zwischenserver herzustellen. 

Vorzugsweise existiert eine grolSe Zahl von Zwi- 
schenservern, die mit dem Hauptserver ve'rbindbar 
Oder verbunden sind, und von denen aus ein Benutzer 
eine Anforderung an den zentralen Server senden 
kann, die diesen veranlasst, den permanenten Teil 
der Information an den anfordernden Zwischenserver 
zu senden. 
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Insbesondere wenn es sich bei dem permanenten Teil 
urn eine neue Version einer existierenden Anwendung 
Oder eine fur Benutzer der existierenden Anwendung 
eventuell interessante neue Anwendung handelt, und 
5 diese Benutzer beim Betreiber registriert sind, so 
konnen diese Benutzer - z. B, per E-Mail - vom 
zentralen Server liber die Verf ligbarkeit der neuen 
Version oder Anwendung informiert werden, um sie zu 
veranlassen, diese anzufordern. 

10 

Vorzugsweise erfolgt die Ubertragung vom Hauptser- 
ver zum Zwischenserver in Schritt b) uber eine 
Wahlverbindung . Dies erlaubt die Versorgung von 
weit beabstandeten, gegebenenf alls weltweit ver- 
15 teilten Zwischenservern ohne hohen Aufwand fiir eine 
Telekommunikations-Inf rastruktur . 

Bevor der permanente Teil des Inf ormationsbestandes 
an einen solchen Zwischenserver ubertragen wird, 
2 0 kann es zweckmaSig sein, vorab Daten von dem Gerat, 
das als Empfanger fiir die Information vorgesehen 
ist, an den Hauptserver zu ubertragen, die Angaben 
zur Identitat des mobilen Gerats oder dessen Auf- 
enthaltsort beinhalten. Daten zum Auf enthaltsort 

2 5 ermoglichen es dem Hauptserver, den permanenten 

Teil der Inf ormationen gezielt an den mit dem mobi- 
len Gerat am besten erreichbaren Zwischenserver, 
z.B. in einer zum aktuellen Standort eines Kraft - 
fahrzeugs, in dem das mobile Gerat eingebaut ist, 

3 0 benachbarten KFZ-Werkstatt - zu libermitteln. Anhand 

von Daten zur Identitat des anfordernden Gerats 
kann der zentrale Server vor Ubermittlung des per- 
manenten Teils an den Zwischenserver mit diesen Da- 
ten verkniipfte technische Eigenschaf ten des Gerats 



erkennen und unter Berucksichtigung dieser Eigen- 
schaften aus mehreren Versionen der permanenten In- 
formationen diejenige auszuwahlen, die mit dem an- 
fordernden Gerat kompatibel ist und/oder die Uber- 
tragung zu verweigern, wenn das Gerat als zur Ver- 
arbeitung dieser permanenten Inf ormationen ungeeig- 
net erkannt wird. 

Eine entsprechende Ubertragung von Daten zur Iden- 
titat des mobilen Gerats kann zweckmaSigerweise 
auch vor dem Schritt d) stattfinden, um es dem 
Hauptserver zu ermoglichen, zu priifen, ob das mobi- 
le Gerat liberhaupt zum Empfang der temporaren In- 
f ormationen geeignet ist. 

Die Ubertragung dieser Daten zum Hauptserver lauft 
vorzugsweise unter der Steuerung von Programmanwei - 
sungen ab, die zum permanenten Teil des Informati- 
onsbestandes gehoren . 

Ein besonders hohes Mai?> an Flexibilitat wird er- 
reicht, wenn der zu iibertragende temporare Teil des 
Inf ormationsbestands von dem zentralen Server an- 
hand von zuvor von dem Gerat auf dem Funkweg liber- 
mittelter Daten erzeugt, z.B. berechnet, aus ande- 
ren Daten zusammengestellt , etc., wird. So wird 
2.B., wenn das Gerat ein Navigationssystem ist, 
die Moglichkeit geschaffen, temporare Inf ormationen 
selektiv fiir eine Region, in der sich .das System 
gegenwartig befindet, zu libertragen, und so die auf 
dem Funkweg zu ubertragende Datenmenge auf das tat- 
sachlich erf orderliche MindestmaS zu begrenzen. An- 
dere Moglichkeiten sind, wenn es sich bei dem Gerat 
um ein Motorsteuergerat handelt , an eine voruberge- 



hende Situation exakt angepasste Steuerinf ormation 
zu ubertragen, z.B., urn den Betrieb des Motors an 
ortlich und/oder j ahreszeitlich wechselnde Eigen- 
schaften des Kraftstoffs anzupassen, im Falle einer 
Storung Selbsttests durchzuf iihren und anhand der 
vom Gerat an den Zwischenserver gemeldeten Tester- 
gebnisse weitere Testprogrammteile aus einem Be- 
stand auszuwahlen und an das Gerat zu libertragen, 
etc. . Auf diese Weise ist eine Diagnose von Funkti- 
onsstorungen des Kraft fahrzeugs in erheblichem Urn- 
fang moglich, ohne dass das Fahrzeug in eine Werk- 
statt gebracht werden muss. Unter giinstigen Umstan- 
den kann auf diese Weise ein defektes Einzelteil 
ohne unmittelbaren Zugriff auf das Kraf tf ahrzeug 
ermittelt werden, und der fiir eine Reparatur erfor- 
derliche Werkstattauf enthalt des Fahrzeugs redu- 
ziert sich auf die zum Austauschen des Einzelteils 
erf orderliche Zeit . 

Weitere Merkmale und Vorteile des erf indungsgema- 
gen Verfahrens ergeben sich aus der nachf olgenden 
Beschreibung von Ausf lihrungsbeispielen unter Be- 
zugnahme auf die beigefiigten Figuren. Es zeigen: 

Fig. 1 ein Blockdiagramm eines Dateniibertra- 
gungssystems zur Durchfiihrung des erfin- 
dungsgemaSen Verfahrens ; 

Fig. 2 ein Blockdiagramm eines f ahrzeuggestiitz- 
ten inf ormationsverarbeitenden Gerats ; 
und 



Fig. 3, 4 Flussdiagramme von Ausf lihrungsbeispielen 
des erf indungsgemaSen Verfahrens. 
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Beschreibung der Ausf uhrungsbeispiele 

5 Fig. 1 ist ein Blockdiagramm eines Datenubertra- 
gungs systems, in welchem die vorliegende Erfindung 
anwendbar ist. Das Dateniibertragungssystem umfasst 
einen zentralen Server 1, an welchem Information, 
die von mobilen inf ormationsverarbeitenden Geraten 
10 zum Durchfuhren einer bestimmten Anwendung benotig- 
te Information gespeichert ist. Als Beispiel fiir 
ein solches mobiles inf ormationsverarbeitendes Ge- 
rat wird hier ein Bordcpmputersystem eines Kraft - 
f ahrzeugs 2 betrachtet . ' 

15 

Der zentrale Server 1 ist uber ein leitungsgebunde- 
nes Fernmeldenetzwerk 13 mit einer Vielzahl von 
Zwischenservern 9 verbunden, bei denen as sich z.B. 
urn einen in einer Wohnung 10 oder Arbeitsstatte ei- 

20 nes Benutzers aufgestellten PC handeln kann. Die 
Zwischenserver verfugen in liblicher Weise iiber eine 
Schnittstelle fur eine Datenleitung zum Anschlie- 
fien des mobilen Gerats des Fahrzeugs 2 oder uber 
eine Schreibvorrichtung fur tragbare Datentrager 

25 wie etwa ein Diskettenlauf werk oder einen CD- 
Brenner. Auch ein transportabler Halbleiterspei- 
cher wie etwa ein so genannter Memory Stick oder 
ein mobiler Kleinstcomputer (Palmtop, Personal Di- 
gital Assistant PDA) kommen hier als Datentrager 

30 in Betracht. 

Des weiteren ist der zentrale Server 1 an ein zel- 
lulares Mobilf unk-Kommunikationssystem 14 wie etwa 
ein GSM- oder UMTS-Netz angeschlossen, das eine 
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Mehrzahl von geographisch verteilten Basisstatio- 
nen 15 auf weist , 

Ein Blockdiagramm des mobilen Gerats ist in Fig. 2 
5 gezeigt- Es umfasst einen Bordcomputer 3 des 
Kraf tf ahrzeugs 2, mit einem Prozessor und Arbeits- 
speicher, eine Mensch-Maschine-Schnittstelle 4, 
ein Lesegerat 5 fur einen tragbaren Datentrager 
wie etwa eine Diskette, eine CD-Rom oder derglei- 

10 chen und/oder eine Datenubertragungsschnittstelle 
6, die die Ubertragung von ' Inf ormationen an den 
Bordcomputer 3 liber eine elektrische oder optische 
Leitung ermoglicht. Eine Vielzahl von Sensoren 
und/oder Aktoren 7 zum Erfassen und/oder Beein- 

15 flussen von Betriebsparametern des Kraf tf ahrzeugs 
2 sind liber einen Bus an den Bordcomputer 3 ange- 
schlossen. Des Weiteren ist eine Funkschnittstelle 
8, insbesondere fiir die Kommunikat ion mit dem Netz 
14, angeschlossen . Die Mensch-Maschine- 

20 Schnittstelle 4 umfasst Aus- und Eingabemit tel , 
wobei die Ausgabemittel das Anzeigen von Betriebs- 
parametern des Fahrzeugs ermoglichen, von denen 
wenigstens manche durch die Eingabemittel wahlbar 
sein konnen . 

25 

Als ein erstes Beispiel fur eine Anwendung soil 
hier ein Fahrzeugnavigationssystem betrachtet wer- 
den, 

3 0 Die am zentralen Server 1 gespeicherte Information 
ist unterteilt in einen permanenten Teil und einen 
temporaren Teil. Der permanente Teil umfasst im We- 
sentlichen Programmanweisungen, die von dem Bord- 
computer 3 des Kraf tf ahrzeugs 2 zur Realisierung 
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des Navigationssystems ausgefuhrt werden mussen, 
sowie geographische Inf ormat ionen von langfristi- 
ger. Relevanz fur den Benutzer des Kraf t f ahrzeugs 
2 . Diese langf ristig relevanten Inf ormat ionen um- 
5 fassen insbesondere Inf ormat ionen zum Verlauf von 
Verkehrswegen in einer Gegend, in der sich das 
Kraf tf ahrzeug 2 regelmaSig auf halt . Die temporaren 
Inf ormationen sind Inf ormationen von kurzf ristiger 
Relevanz, insbesondere uber Staus, Baustellen und 
10 andere Hindernisse auf den in den permanenten In- 
f ormat ionen definierten Verkehrswegen. 

Um den Bordcomputer als Fahrzeug-Navigationssystem 
tatsachlich nutzen zu konnen, wird das in Fig. 3 
15 schematisch dargestellte Verfahren ausgefuhrt, Zu- 
nachst fordert ein Benutzer des Kraf tf ahrzeugs 2 
die Ubertragung des permanenten Teils der hierfiir 
benotigen Inf ormationen vom zentralen Server 1 an 
einen Zwischenserver 9 an, 

2Q 

Diese Anforderung kann auf diverse Weisen ubertra- 
gen werden. Eine zweckmafiige Moglichkeit ist, in 
Schritt SI die Anforderung in die Mensch-Maschine - 
Schnittstelle 4 einzugeben, die zu diesem Zweck 

25 z.B. ein Auswahlmenii mit moglichen Zusat zf unktio- 
nen des Bordcomputers 3 anzeigen kann, die durch 
Ubertragung entsprechender Software auf den Bord- 
computer 3 realisierbar sind. Diese Anforderung 
wird in Schritt S2 uber die Funkschnitt stelle 8 

3 0 und das zellulare Funkkommunikationsnet z 14 an den 
zentralen Server 1 ubertragen, Anhand von vom 
Bordcomputer 3 gesendeter Inf ormationen uber den 
Standort des Kraf tf ahrzeugs 2, z.B. einer vom Be- 
nutzer beim Anfordern in die Mensch-Maschine- 



Schnittstelle 4 eingegebenen Adresse, ist der 

zentrale Server 1 in der Lage, einen Zwischenser- 
ver in ortlicher Nachbarschaf t zum Kraf tf ahrzeug 2 

zu identifizieren (S3) und den benotigten perma> 
nenten Teil der Information dorthin zu ubertragen 

(S4) . Bei diesem Zwischenserver kann es sich ins- 
besondere um den Computer 9 einer Werkstatt 12 in 
der Nachbarschaft des Fahrzeugs 2 handeln; dies 
ist insbesondere dann zweckmaSig, wenn zur Inbe- 
triebnahme des Navigations systems auSer der reinen 
Inf ormationsiibertragung an den Bordcomputer 3 noch 
Eingriffe am Fahrzeug erforderlich sind. Es konnte 
sich aber auch bei dem Zwischenserver um den pri- 
vaten PC 9 des Benutzers in dessen Wohnung 10 han- 
deln, an den die Information ubertragen wird, z.B, 
unter Nutzung einer dem .zentralen Server 1 beim 
Senden der Anforderung mitgeteilten E-Mail - 
Adresse . 



Die in Schritt S2 vom Bordcomputer 3 an den zent- 
ralen Server 1 ubertragene Information iiber den 
Standort des Fahrzeugs 2 kann vom zentralen Server 
1 auSerdem noch dazu genutzt werden, aus dem am 
Server 1 vorhandenen Bestand an kartographischer 
Information, die im Prinzip die ganze Welt abde- 
cken konnte, denjenigen Teil, im Allgemeinen ein 
Land, einen Landesteil oder dergleichen, auszuwah- 
len, der den Standort des Fahrzeugs abdeckt, um 
ihn anschlieSend an den ausgewahlten Zwischenser- 
ver 9 zu senden. 

Die im Schritt S2 ubertragene Information umfasst 
zweckmaSigerweise auch Angaben zur Identitat bzw, 
zu einem Typ des Bordcomputersystems , die vom 
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Bordcomputer 3 ohne Zutun des Benutzers libertragen 
wird und die es dem zentralen Server 1 ermoglicht, 
zu erkennen, welche von eventuell mehreren exis- 
tierenden Versionen der Programmanweisungen des 
5 Navigationssystems auf dem Bordcomputer 3 lauffa- 
hig ist, diese in Schritt S3 auszuwahlen und in 
Schritt S4 zu libertragen. 

Da die Ubertragung zwischen dem zentralen Server 1 

10 und dem Zwischenserver 9 liber das leitungsgebunde- 
ne Fernmeldenetzwerk 13 erfolgt, konnen groKe In- 
f ormationsmengen schnell und preiswert ubertragen 
werden, Eine Ubertragung der Information vom Zwi- 
schenserver 9 zum Bordcomputer 3 (Schritt S5) kann 

15 mit Hilfe einer Leitungsverbindung zwischen dem 
Zwischenserver und der Schnittstelle 6 des Bord- 
computersystems erfolgen. Eine solche Leitungsver- 
bindung kann Teil eines leitungsgebundenen lokalen 
Netzes sein. Denkbar ist aber auch die Ubertragung 

20 im Rahman eines drahtlosen lokalen Netzes wie etwa 
eines Bluetooth-Net zes . Die Moglichkeit der lei- 
tungs- Oder net zgestiit zten Ubertragung wird man 
insbesondere dann nutzen, wenn es sich bei dem 
Zwischenserver 9 um den Computer der Werkstatt 12 

25 handelt, da dort im Allgemeinen der Abstand zwi- 
schen dem Computer und dem Kraf tf ahrzeug 2 klein 
genug gemacht werden' kann, so dass eine Ubertra- 
gung per Kabel praktikabel ist. Bei Ubertragung 
auf den privaten PC des Benutzers wird man zur 

3 0 Weiteriibertragung auf den Bordcomputer 3 eher ei- 
nen tragbaren Datentrager wie etwa eine Diskette 
Oder CD-Rom wahlen, die der Benutzer auf seinen PC 
beschreibt und anschliefiend in das Lesegerat 5 des 
Bordcomputers 3 einlegt - Auf diese Weise wird 



- 13- 



gleichzeitig eine Sicherungskopie der Information 
nen geschaffen. 

Nachdem auf diese Weise der permanente Teil der 
fur das Navigationssystem benotigten Inf ormat ionen 
in den Bordcomputer 3 geladen worden ist, fiihrt 
dieser unter der Kontrolle der in dieser Informa- 
tion enthaltenen Programmanweisungen die nachfol- 
gend beschriebenen Verf ahrensschritte aus . 

Jeweils nach Anlassen des Fahrzeugs in Schritt 36 
richtet der Bordcomputer 3 liber das Mobilf unknet z 
eine Anf orderung an den zentralen Server 1 
(Schritt S7) , die fur den ordnungsgemaSen Betrieb 
des Navigationssystems benotigte temporare Infor- 
mation zu liefern- Die an den zentralen Server li- 
bertragene Anf orderung enthalt Angaben zur Identi- 
tat des Bordcomputers wie z.B. eine Seriennummer 
des Bordcomputers oder des an ihn iibertragenen 
permanenten Teils der Information, die es dem Ser- 
ver 1 ermoglicht, in Schritt S8 zu uberprufen, ob 
der Bordcomputer 3 zum Bezug der temporaren Infor- 
mation berechtigt ist. Eine solche Berechtigung 
konnte fehlen, wenn die temporare Information nur 
im Rahmen eines zwischen dem Benutzer des Fahr- 
zeugs und dem Betreiber des zentralen Servers 1 
geschlossenen Vertrages ubertragen wird, der even- 
tuell zum Zeitpunkt der Anforderung nicht mehr be- 
steht, Oder wenn es aus beliebigen anderen Grunden 
fur den Betreiber des zentralen Servers 1 nicht 
moglich ist, Kosten fur die Ubertragung der tempo- 
raren Inf ormationen oder fur deren laufende Er- 
stellung und Bereithaltung dem Benutzer in Rech- 
nung zu stellen. Denkbar ist auch, dass wenn meh- 
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rere Versionen des Bordcomputers 3 bzw. von in 
diesen geladener permanenter Information existie- 
ren, der zentrale Server im Rahmen der Legit imati- 
onsprufung des Schritts S8 unter mehreren Versio- 
5 nen der temporaren Information, die fiir den je- 
weils anfordernden Bordcomputer geeignete Version 
auswahlt - Wenn die Legitimationspruf ung ergibt, 
dass die temporare Information ubertragen werden 
kann, so geschieht dies in Schritt S9 . Die tempo- 

10 rare Information kann z.B. Inf ormationen tiber Bau- 
stellen oder Verkehrsstaus in einem Gebiet, in dem 
es sich aufhalt, liber besondere, nicht standige 
Veranstaltungen in diesem Gebiet, etc., enthalten. 
Denkbar ist auch, im Rahmen der temporaren Infor- 

15 mation langfristig relevante geographische Infor- 
mationen, wie etwa uber die geographische Lage von 
Verkehrswegen in einer geographischen Zone, in der 
sich das Fahrzeug aktuell aufhalt, zu ubertragen, 
wenn diese Zone nicht die Region ist, in der sich 

20 das Fahrzeug ublicherweise aufhalt und die infol- 
gedessen nicht von den permanenten Inf ormationen 
abgedeckt ist. 

Nach tlbertragung der temporaren Information ist 
25 der vom Navigat ionssystem benotigte Informations- 
bestand komplett, und das System wird in Schritt 
SIO in Betrieb genommen. 

Auch im Betrieb des Systems konnen die Schritte S7 
3 0 - S9 regelmafiig wiederholt werden, um standig ak- 
tuelle temporare Inf ormationen uber Staus etc. zur 
Verfugung zu haben, oder auch um nach Bedarf kar- 
tographische Information nachzuladen, wenn das 
Fahrzeug die von den im Navigat ionssystem vorhan- 
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denen kartographischen Inf ormationen abgedeckte 
Region verlasst. 

Das Ubertragungs system der Fig. l und das daten- 
verarbeitende Gerat der Fig. 2 eignet sich auch 
fur andere Anwendungen, z.B. im Rahmen eines Tele- 
matiksystems wie etwa zum Flottenmanagement , wie 
im Folgenden, wiederum mit Bezug auf das Flussdia- 
gramm der Fig. 3, erlautert wird, 

Betrachtet wird eine Firma mit einem Fuhrpark, der 
eine Mehrzahl von mit Datenverarbeitungsgeraten 
gemag Fig. 2 ausgestatteten Fahrzeugen 2 umfasst, 
und einer Mehrzahl von Mitarbeitern, die an unter- 
schiedlichen Projekten arbeiten, fur die es not- 
wendig sein kann, eines der Fahrzeuge zu benutzen, 
und einem zentralen Server 1, der die Bewegungen 
der Fahrzeuge 2 uberwacht , urn die Kosten den ver- 
schiedenen Projekten zuzuordnen. Wenn sich bei ei- 
nem Mitarbeiter der Bedarf ergibt, eines der Fahr- 
zeuge 2 zu nutzen, so kann er in Schritt 32 von 
einem Arbeitsplat zrechner 9 aus, unter Angabe ei- 
ner Identif ikation des Projekts vom zentralen Ser- 
ver 1 die. Ubertragung von permanent er Information 
zum Aufspielen auf einen tragbaren Datentrager wie 
etwa eine Diskette, eine Chipkarte oder derglei- 
chen, anfordern. Der zentrale Server 1 berechnet 
(S3) und liefert (S4) diese Information, in der 
eine Identif ikation des Projektes enthalten ist, 
an den Arbeitsplat zrechner 9, wo der Mitarbeiter 
sie auf "den Datentrager libertragen kann (S5) . Mit 
diesem Datentrager begibt er sich zu einem belie- 
bigen Fahrzeug 2, und fiihrt ihn in dessen Lesege- 
rat 5 ein. 
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Beim Anlassen des Fahrzeugs (S6) sendet der Bord- 
computer 3 in Schritt S7 eine Anfrage an den Ser- 
ver 1, in der er die Pro j ektnummer sowie weitere 
fur die Abrechnung der Fahrtkosten- relevante Anga- 
ben, insbesondere den aktuellen Kilometerstand, 
libertragt. Der zentralen Server uberpriift in 
Schritt S8, ob das Fahrzeug freigegeben werden 
kann. Eine solche Freigabe konnte zu verweigern 
sein, wenn das angegebene Projekt abgeschlossen 
Oder sein Etat erschopft ist (Diese Situation kann 
auftreten, wenn ein Datentrager nach seiner Er- 
stellung uber einen langeren Zeitraum mehrfach zum 
Freischalten eines Fahrzeugs benutzt werden kann) , 
Oder wenn es sich um ein Projekt geringer Priori - 
tat handelt, und das Fahrzeug fiir ein hoherrangi- 
ges Projekt in Reserve gehalten werden muss. Wenn 
die Legitimationspriifung S8 ergibt, dass das Fahr- 
zeug benutzt werden kann, wird in Schritt S9 ein 
digitaler Schliissel libertragen, der den Bordcompu- 
ter veranlasst, in Schritt SIO eine elektronische 
Wegf ahrsperre aufzuheben, so dass das Fahrzeug an- 
gelassen werden kann. 



Eine weitere wichtige Anwendung der Erfindung ist 
die Implementierung einer neuen Anwendung im Rah- 
men eines bestehenden Telematiksystems , wie im 
Folgenden wiederum unter Bezugnahme auf Fig, 3 be- 
schrieben. Auf dem zentralen Server 1 dieses Sys- 
tems stellt ein Betreiber einen zur Nutzung der 
neuen Anwendung erf orderlichen Datenbestand, un- 
terteilt in einen permanenten Teil - einen Pro- 
grammcode - und einen temporaren Teil - zeitlich 
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veranderliche Daten bereit . Das System hat eine 
Anzahl von Benutzern, deren Fahrzeuge 2 mit den 
fur die Nutzung der bislang angebotenen Dienste 
erforderlichen Geraten ausgestattet sind. Der Pro- 
grammcode ist so ausgelegt, dass er von diesen Ge- 
raten ausf lihrbar ist . 

Der Betreiber informiert die Benutzer iiber die 
Verfugbarkeit des neuen Dienstes, z. B. durch 
Versenden einer E-Mail an die Computer 9 der ein- 
zelnen Benutzer oder durch eine per Funk an die 
Telematikgerate in den einzelnen Fahrzeugen 2 li- 
bertragene Nachricht . Hierfiir kann beispielsweise 
ein Kurznachrichtendienst (SMS) in einem Mobil - 
funkkommunikationsnetz wie etwa GSM oder UMTS ge- 
nutzt werden, das die Telematikgerate auch zur Da- 
teniibertragung im Rahmen der bereits implementier- 
ten Telematikdienste nutzen. Alternativ kann unter 
den im Rahmen ■ der bereits implementierten Telema- 
tikdienste zwischen den Geraten und dem. zentralen 
Server ausgetauschten Nachrichten ein Nachrichten- 
typ vorgesehen werden, der es den Geraten ermog- 
licht, die Verfugbarkeit neuer Dienste beim zent- 
ralen Server 1 anzufragen, oder der es dem zentra- 
len Server 1 ermoglicht, den Geraten die Verfug- 
barkeit dieses Dienstes mitzuteilen. 

Der durch die E-Mail oder eine diesbeziigliche An- 
zeige an seinem Telematikgerat auf die Verfugbar- 
keit des neuen Dienstes aufmerksam gemachte Benut- 
zer kann nun entscheiden, ob ' er den angebotenen 
Dienst nutzen mochte. 
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Wenn er sich fur die Nutzung des neuen Dienstes 
entscheidet, so kotnmen insbesondere zwei Wege in 
Betracht, um dem zentralen Server diese Entschei- 
dung mitzuteilen und dadurch die Ubertragung des 
5 Programmcodes anzufordern (Schritt S2). Der eine 
ist die Ubertragung per Funk von dem Telematikge- 
rat an den zentralen Server 1, und zwar wie oben 
erwahnt insbesondere in Form einer SMS-Nachricht 
Oder einer Nachricht eines hierfur vorgesehenen 

10 Typs des bereits implementierten Dienstes. In die- 
se Nachricht bindet das Telematikgerat selbsttatig 
seine Identitat betreffende Daten wie etwa eine 
Seriennummer oder Modellbezeichnung oder andere 
Angaben zu seiner technischen Ausstattung ein, die 

15 es dem zentralen Server ermoglichen, unter mehre- 
ren Versionen des Programmcodes des neuen Dienstes 
die fiir dieses Gerat geeignete auszuwahlen, Des 
weiteren wird in der Nachricht eine Bezeichnung 
eines Zwischenservers ubertragen, an die der Pro- 

20 grammcode iibermittelt werden soli. Diese Bezeich- 
nung gibt der Benutzer zuvor in Schritt Si zweck- 
maEigerweise manuell ein; hier kann er beispiels- 
weise seine eigene E-Mail -Adresse angeben. Der 
zweite Weg ist die Ubertragung vom Zwischenserver , 

25 im Allgemeinen dem personlichen Computer 9 des Be- 
nutzers, an den zentralen Server 1. Dieser Weg hat 
den Vorteil, dass umfangreiche Inf ormationen uber 
den neuen Dienst - z. B. per Internet - an den Be- 
nutzer iibermittelt werden konnen, um diesem eine 

3 0 fundierte Entscheidung dariiber zu ermoglichen, ob 
er den neuen Dienst nutzen will oder nicht . Vom 
zentralen Server 1 zum Auswahlen der korrekten 
Programmcode -Version benotigte Inf ormationen uber 
das Telematikgerat wird der Benutzer in diesem 
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Fall in Schritt SI im Allgemeinen an seinem Compu- 
ter 9 manuell eingeben. 

Der zentrale Server 1 erkennt anhand der empfange- 
5 nen Nachricht, an welchen Computer 9 der Programm- 
code gesendet werden muss (Schritt S3) und uber- 
tragt ihn dorthin (S4) . Die weitere Ubertragung 
vom Computer 9 auf das Telematikgerat des Fahr- 
zeugs 2 lauft ab wie oben beschrieben, 

10 

Ein weiteres Anwendungsbei spiel der Erfindung ist 
die automatische Funktionspruf ung von Baugruppen 
eines mit einem datenverarbeitenden Gerat gemaS 
15 Fig. 2 ausgestattetem Kraf tf ahrzeugs . Auch diese 
Funktionspruf ung ist durch entsprechende Software- 
Ausstattung des mit den diversen Sensoren und Ak- 
toren 7 verbundenen Bordcomputers 3. moglich. Per- 
manente Information, die der Bordcomputer zur 

2 0 Durchfuhrung einer solchen Funktionspruf ung beno- 

tigt, und die wie bereits oben beschrieben in 
Schritten SI bis S4 an den Bordcomputer 3 iibertra- 
gen werden kann, umfasst einen Satz von Software- 
funktionen zum Abfragen der Sensoren und Ansteuern 
25 der Aktoren, fiir die Ubermittlung der Erfassungs- 
ergebnisse an den zentralen Server 1 sowie Dialog- 
funktionen, die es dem Benutzer ermoglichen, iiber 
die Mensch-Maschine-Schnittstelle 4, gegebenen- 
falls unter Angabe einer als gestort vermuteten 

3 0 Baugruppe, einen Selbsttest auszulosen. 

Ein Beispiel fur den Ablauf des Selbsttests wird 
anhand des Flussdiagramms von Fig, 4 beschrieben. 
Dabei wird angenommen, dass die zum Durchfiihren 
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des Selbsttests erf orderliche permanente Informa- 
tion bereits in den Bordcomputer 3 geladen ist . 
Wenn der Benutzer den Befehl zum Ausfiihren eines 
Selbsttests in Schritt Sll eingibt, so sendet der 
5 Bordcomputer 3 in Schritt S12 eine Anfrage an den 
zentralen Server, in der unter anderem genaue An- 
gaben zum' Fahrzeugmodell enthalten sind, Anhand 
dieser Angaben stellt der zentrale Server in 
Schritt S13 aus bei ihm gespeicherten Programmbe- 

10 standteilen, gegebenenf alls unter Ausnutzung der 
mitubertragenen Angabe zur vermuteten Storungsur- 
sache, ein Prufprogramm zusammen, das in Schritt 
S14 liber das Mobilf unk-Kommunikationssystem 14 an 
den* Bordcomputer 3 ubertragen wird. Da die hard- 

15 warenahen Funktionen zum Ansprechen der Sensoren 
und Aktoren 7 bereits am Bordcomputer 3 vorhanden 
sind, brauchen sie nicht vom zentralen Server 1 
per Funk ubertragen zu werden, was zum einen" die 
zu ubertragende Datenmenge reduziert und zum ande- 

2 0 ren die Erstellung des zu iibertragenden Priifpro- 

gramms vereinfacht, da technische Details der ver- 
schiedenen Modelle von Sensoren und Aktoren, die 
in diversen Fahrzeugen verbaut sein konnen, bei 
der Erstellung des Pruf programms nicht berucksich- 
25 ' tigt werden mussen. 

Das in Schritt S15 empfangene Prufprogramm wird in 
Schritt S16 vom Bordcomputer 3 ausgefuhrt, Wenn 
die Auswertung seiner Ergebnisse in Schritt S17 

3 0 zur eindeutigen Erkennung einer Storungsursache 

fiihrt, kann das Ergebnis in Schritt S18 unmittel- 
bar an den Hauptserver zuruckgemeldet werden. 
Gleichzeitig kann das Ergebnis auf einem Anzeige- 
schirm der Mensch-Maschine-Schnittstelle 4 auch 
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dem Benutzer angezeigt werden. Der zentrale Server 
1 kann nun anhand des Ergebnisses einerseits und 
von in der Anfrage des Schritts S12 ubertragenen 
Information zum Standort des Fahrzeugs anderer- 
5 seits eine zum Standort des Fahrzeugs benachbarte 
Werkstatt ident if izieren und dort abfragen, ob' ein 
gegebenenf alls zur Reparatur benotigtes Ersatzteil 
vorratig ist. 1st dies nicht der Fall, kann er 
weitere Werkstatten iiberprufen, bis eine gefunden 

10. ist, wo das Ersatzteil vorhanden ist, oder er kann 
veranlassen, dass das Ersatzteil einer der Werk- 
statten zugeschickt wird. Angaben zur identifi- 
zierten Werkstatt werden zweckmaSigerweise wieder- 
um an den Bordcomputer 3 ubertragen, so dass die- 

15 ser sie zusammen mit dem Prufergebnis in Form ei- 
ner Empfehlung zur Behebung der Storung anzeigen 
kann . 

Wenn die Auswertung des Ergebnisses in Schritt S17 
20 noch keinen eindeutigen Ruckschluss auf die Ursa- 
che der Storung zulasst, wird in Schritt S19 er- 
neut eine Funkverbindung zum zentralen Server 1 
auf gebaut , um die Ergebnisse zu ubertragen und ein 
anhand dieser Ergebnisse neu zusammengest elites 

2 5 Prufprogramm vom zentralen Server anzufordern und 

dann nach Schritt S15 zuruckzukehren . 

Anstatt die Auswertung der von den Sensoren gelie- 
ferten Erf assungsergebnisse im Bordcomputer 3 vor- 

3 0 zunehmen, ist es auch moglich, sie uber das Mobil - 

funknetz 14 an den zentralen Server zu ubermit- 
teln, um diesen die Auswertung vornehmen zu las- 
sen. Die per Funk zu libertragende Datenmenge ist 
dann zwar im Allgemeinen hoher als bei lokaler 
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Auswertung im Bordcomputer 3, sie kann jedoch den- 
noch wirtschaf tlich sein, wenn die Auswertung re- 
chenintensiv ist und die Kapazitaten des Bordcom- 
puters 3 iibersteigt, oder wenn die vollstandige 
Ubertragung der Auswertungsroutinen an den Bord- 
. computer in Schritt S14 einen hohen Zeitaufwand 
erf ordert . 



-23- 



R. 304713 

Patentanspriiche 

1. Verfahren zum Inbetriebnehmen einer Anwendung 
in einem mobilen inf ormationsverarbeitenden 
Gerat, wobei fiir den Betrieb der Anwendung ein 
Informationsbestand in dem Gerat erforderlich 
ist, mit den Schritten 

a) Bereitstellen eines permanenten und eines 
temporaren Teils des Inf ormationsbestandes , 

b) leitungsgebundenes Ubertragen (S4) des 
permanenten Teils von einem zentralen' Server 
(1) an einen Zwischenserver (9), 

c) Ubertragen (S5) des' permanenten Teils von 
dem Zwischenserver zu dem Gerat (9) auf einem 
ersten Ubertragungsweg und Speichern dort , 

d) Ubertragen (S9, S14) des temporaren " Teils 
auf dem Funkweg, wobei der Funkweg einen von 
dem ersten Ubertragungsweg verschiedenen zwei- 
ten Ubertragungsweg darstellt, und 

e) Ausfiihren der Anwendung. 

J. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, dass Schritt b) durch Ubertragen ei- 
ner Anforderung von dem Zwischenserver (9) o- 
der dem Gerat an den zentralen Server (1) aus- 
gelost wird. 

Verfahren nach Anspruch 2, dadurch gekenn- 
zeichnet, dass die Ubertragung (S4) in Schritt 
b) liber eine Wahlverbindung erf olgt • 
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Verfahren nach Anspruch 2 oder 3, dadurch ge- 
kennzeichnet , dass vor Ausfiihrung des Schritts 
b) Daten von dem Gerat an den zentralen Server 
(1) libertragen warden (S2), die Angaben zur 
Identitat des mobilen Gerats oder zu dessen 
Aufenthaltsort beinhalten. 

Verfahren nach Anspruch 4, dadurch gekenn- 
zeichnet, dass anhand von ubertragenen Daten 
zur Identitat des Gerats unter mehreren Versi- 
onen des am zentralen Server (l) bereitge- 
stellten temporaren Teils eine Version zur U- 
bertragung ausgewahlt wird. 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass die U~ 
bertragung (85) in Schritt c) liber eine Lei- 
tung Oder iiber ein lokales Netz oder liber ei- 
nen tragbaren Datentrager erf olgt . 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass dem 
Schritt d) eine Ubertragung (S 7) von fur das 
mobile Gerat spezifischer Information auf dem 
Funkweg von dem mobilen Gerat an den zentralen 
Server (1) vorangeht, und dass Schritt d) (S9, 
S14) nur durchgefiihrt wird, wenn der zentrale 
Server (1) anhand der spezifischen Information 
das mobile Gerat als zum Empfang des tempora- 
ren Teils geeignet erkennt , 



Verfahren nach Anspruch 7, dadurch gekenn- 
zeichnet, dass die Ubertragung (S7) der spezi- 
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fischen Information gesteuert durch den perma- 
nenten Tail des Inf ormationsbestandes ablauft. 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass der tem- 
.porare Tail von dem zentralen Server (1) an- 
hand von zuvor von dem Gerat auf dem Funkweg 
libermittelter Daten berechnet (S8, S13) wird. 

Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die An- 
wendung ein Prufprogramm zum Priifen der Funk- 
tionalitat und Diagnostizieren von Funktions- 
storungen des mobilen Gerat s oder einer daran 
angeschlossenen Vorrichtung ist. 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass das mo- 
bile Gerat Teil des elektronischen Systems ei- 
nes Kraf tf ahrzeugs ist. 

Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass der tem- 
porare Teil geographische Information, insbe- 
sondere geographische Information von nur 
zeitweiliger Gultigkeit, umf asst . 

Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass der tem- 
porare Teil wahrend des Betriebs des Gerats 
von Zeit zu Zeit aktualisiert wird. 
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R. 304713 

Zus airanen f as sung 

Ein Verfahren zum Inbetriebnehmen einer Anwendung 
in einetn mobilen inf ormationsverarbeitenden Gerat, 
fiir deren Betrieb ein Inf ormationsbestand in dem 
Gerat erforderlich ist, umfasst folgende Schritte: 

a) Bereitstellen eines permanenten und eines tem- 
poraren Teils des Inf ormationsbestandes , 

b) leitungsgebundenes Ubertragen (S4) des perma- 
nenten Teils von einem zentralen Server (1) an ei- 
nen Zwischenserver (9) , 

c) Ubertragen (S5) des permanenten Teils von dem 
Zwischenserver zu dem Gerat (9) auf" einem ersten 
Ubertragungsweg und Speichern dort, 

d) Ubertragen (S9) des temporaren Teils auf dem 
Funkweg, wobei der Funkweg einen von dem ersten U- 
bertragungsweg verschiedenen zweiten Ubertragungs- 
weg darstellt, und 

e) Ausfiihren der Anwendung. 

(Figur 2) 



